Os relacionamentos de Metro Mirror e Global Mirror definem o relacionamento entre dois volumes: um volume principal e um volume auxiliar. Os relacionamentos ativo/ativo são criados automaticamente quando um volume HyperSwap é criado na GUI de gerenciamento ou na interface da linha de comandos em sistemas que suportam a topologia HyperSwap.
Os relacionamentos de Metro Mirror, Global Mirror e ativo/ativo (HyperSwap®) definem o
relacionamento entre dois volumes: um volume principal e um volume auxiliar. Relacionamentos ativo/ativo são criados automaticamente quando um volume HyperSwap é criado na GUI de gerenciamento ou interface da linha de comandos.
Normalmente, o volume principal contém a cópia de produção dos dados e é o volume que o aplicativo geralmente acessa. O volume auxiliar geralmente contém uma cópia de backup dos dados e é usado para a
recuperação de desastres.
O Global Mirror
com ciclos também usa volumes de mudança, que contém revisões de dados consistentes anteriores
quando são feitas mudanças. Um volume de mudança pode ser criado
para o volume principal e o volume auxiliar do relacionamento.
Os volumes principal e auxiliar são definidos quando o relacionamento é criado; e esses
atributos nunca são alterados. Entretanto, o volume pode operar na função primária ou secundária, conforme necessário. O volume primário contém uma cópia válida dos dados do aplicativo e recebe atualizações
do aplicativo host, análogo ao volume de origem. O volume secundário recebe uma cópia
de qualquer atualização para o volume primário, pois essas atualizações são transmitidas pelo
link de espelho. Assim, o volume secundário é análogo a um volume de destino continuamente atualizado.
Quando uma relação é criada, ao volume principal é designada a função de volume primário e ao volume auxiliar é designada a função de volume secundário. Portanto, a direção da cópia inicial é de principal para auxiliar. Quando a relação está em um estado consistente, é possível reverter a direção da cópia.
Normalmente, os dois volumes em um relacionamento devem ter o mesmo tamanho. No entanto, em alguns casos, o tamanho do volume pode ser alterado. Para obter informações adicionais, consulte
Expandindo volumes usando a CLI. Quando os dois volumes estão no mesmo sistema, eles devem
estar no mesmo grupo de E/S.
Se os volumes de mudança forem definidos, eles deverão ter o mesmo
tamanho e estar no mesmo grupo de E/S que o volume principal ou volume
auxiliar associado.
Para facilitar o gerenciamento do aplicativo, uma relação pode ser incluída em um grupo de consistências.
Nota: A associação
de um grupo de consistência é um atributo do relacionamento, não o
grupo de consistências. Use o comando
chrcrelationship
para incluir um relacionamento em um grupo de consistências ou remover
um relacionamento desse grupo.
Tipos de cópias
Uma cópia do Metro Mirror assegura que as atualizações sejam confirmadas nos volumes primário e secundário antes que a confirmação da conclusão da E/S seja enviada para o aplicativo host. Esse comportamento assegura que o volume secundário seja sincronizado com o volume primário quando uma operação de failover for executada.
Uma cópia do Global Mirror permite que o aplicativo host receba a confirmação
da conclusão da E/S antes que as atualizações sejam confirmadas para o volume secundário. Se uma operação de failover for executada, o aplicativo host
deverá recuperar e aplicar quaisquer atualizações que não forem confirmadas
no volume secundário.
Uma cópia de
Global Mirror
de vários ciclos reduz os requisitos de largura de banda abordando apenas o
rendimento médio e não o pico. O processo de cópia para o Global Mirror com ciclos múltiplos
é semelhante ao Metro Mirror e o
Global Mirror sem ciclos. O volume de mudança para o volume secundário poderá ser usado para manter
uma imagem consistente no volume secundário enquanto o processo de cópia em plano de
fundo estiver ativo. Os relacionamentos Global Mirror de ciclos múltiplos
possuem um objetivo do ponto de recuperação (RPO) superior aos relacionamentos Global Mirror sem ciclos.
Estados
Quando um relacionamento do Metro Mirror ou Global Mirror é criado com dois volumes em sistemas diferentes,
a distinção entre os estados conectados e desconectados é importante. Esses estados se aplicam aos
sistemas, aos relacionamentos e aos grupos de consistências.
Para revisar o estado dos relacionamentos, é possível usar a GUI de gerenciamento ou emitir os comandos
lsrcconsistgrp
ou
lsrcrelationship. Os seguintes estados
de relacionamento são possíveis:
- InconsistentStopped
- O volume primário está acessível para operações de E/S de leitura/gravação, mas o volume secundário não está acessível para nenhuma das operações. Um processo de cópia deve ser iniciado para tornar o volume secundário consistente.
- InconsistentCopying
- O volume primário está acessível para operações de E/S de leitura/gravação, mas o volume secundário não está acessível para nenhuma das operações. Esse estado é inserido depois de o comando
startrcrelationship
ser emitido para um grupo de consistências no estado InconsistentStopped. Esse estado também é inserido quando um comando startrcrelationship
-force é emitido para um grupo de consistências que se encontra no estado Idling ou ConsistentStopped.
- ConsistentStopped
- O volume secundário contém uma imagem consistente, mas pode estar desatualizado com o volume primário. Esse estado poderá
ocorrer quando um relacionamento estiver no estado ConsistentSynchronized
e houver um erro que force um congelamento do grupo de consistências. Esse estado também poderá ocorrer quando um relacionamento for criado com o
parâmetro CreateConsistentFlag configurado como
TRUE.
- ConsistentSynchronized
- O volume primário é acessível
às operações de E/S de leitura e gravação. O volume secundário está acessível para operações de E/S somente leitura.
- ConsistentCopying
- O volume primário está acessível para operações de E/S de
leitura/gravação. O volume secundário contém uma imagem consistente, que pode estar desatualizada em relação ao volume primário
e acessível para operações de E/S de somente leitura. Se
o relacionamento for um relacionamento Global Mirror com ciclos múltiplos,
o volume secundário será atualizado periodicamente com uma imagem consistente
atualizada.
- Idling
- O volume principal e o volume auxiliar operam na função primária. Ambos os volumes
estão acessíveis para operações de E/S de leitura/gravação. Esse estado ocorre quando o relacionamento para; ele especifica que o
acesso de gravação é permitido para o volume secundário.
- IdlingDisconnected
- Todos os volumes nesta metade do grupo de consistências estão operando na função primária e podem aceitar operações de E/S de leitura ou gravação.
- InconsistentDisconnected
- Todos os volumes nesta metade do grupo de consistências estão operando na função secundária e não podem aceitar operações de E/S de leitura ou gravação.
- ConsistentDisconnected
- Todos os volumes nesta metade do grupo de consistências estão operando na função secundária e podem aceitar operações de E/S de leitura, mas não operações de E/S de gravação.
Barra de Status
O sistema também fornece informações adicionais sobre o status dos relacionamentos do volume. Para visualizar o
status, emita o comando lsrcconsistgrp ou
lsrcrelationship.
- on-line
- Todos os volumes no relacionamento estão on-line e acessíveis. Se o estado do relacionamento for ConsistentSynchronized,
ConsistentCopying ou InconsistentCopying, os volumes poderão replicar as operações de gravação de E/S do host que são recebidas no volume
primário.
- primary_offline
- O volume primário do relacionamento está off-line, o que impede operações adicionais de E/S do
host. A sincronização é pausada até que o volume primário esteja on-line novamente.
- secondary_offline
- O volume secundário do relacionamento está off-line. Para relacionamentos regulares de Global Mirror no estado
ConsistentSynchronized (ou seja, Global Mirror sem volumes de
mudança) e relacionamentos de Metro Mirror, mais operações de gravação
de E/S para o volume primário param o
relacionamento.
- io_channel_offline
- O sistema remoto não está acessível. Para relacionamentos regulares de Global Mirror no estado
ConsistentSynchronized (ou seja, Global Mirror sem volumes de mudança) e relacionamentos de Metro Mirror, mais operações de
gravação de E/S para o volume primário param o relacionamento.
- primary_change_offline
- O volume de mudança primário do relacionamento está off-line. Para o Global Mirror com relacionamentos de volumes
de mudança, o ciclo de E/S atual termina; um novo ciclo de E/S começa quando o volume de mudança primário fica on-line
novamente.
- secondary_change_offline
- O volume de mudança secundário do relacionamento está off-line. Para o Global Mirror com relacionamentos
de volumes de mudança, o ciclo de E/S atual é pausado; quando o volume de mudança secundário fica on-line novamente,
o ciclo de E/S continua.
- change_volumes_needed
- Para o Global Mirror com relacionamentos de volume de mudança, ao menos um volume ainda não está
configurado. Nesse status, a replicação é impedida.